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Abstract of DE10129237 
The circuit (1) has a number of adjacent cells 
(2a-2e) divided into at least 2 cell types, the 
cells having a sufficient size for integration of a 
number of logic elements (3a,3e), at least 
some of the cells having programmable logic 
elements. The terminals (5a-5d) for the 
interconnections between the cells are 
positioned to allow mixing of the different types 
of cells within the cell matrix. An Independent 
claim for a design method for an integrated cell 
matrix circuit is also included. 
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Prufungsantrag gem. § 44 PatG ist gestellt 

@ Verfahren zur Bearbeitung von Daten 

@ Die Erfindung betrifft ein Verfahren zur Obersetzung 
von Programmen auf etn System, bestehend aus wenig- 
stens etnem ersten Prozessor und einer rekonfigurierba- 
ren Einheit. Hierbei ist vorgesehen, dafS die Codeteile, die 
_ fur die rekojifigurierbare Einheit.geeignet sind,_bestimmt 
und extrahiert werden und der verbleibende Code zur Ab- 
arbertung durch den ersten Prozessor derart extrahiert 
wird. 
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[0001] Die vorliegende Erfindung befaBt sich init her- 
kommlichen, d. h. konventionellen und lekonfigurierbaien 
Architekturen sowie mit Verfahren hierfur, die eine t)beiset- 5 
zung einer klassischen Hochsprache (PROGRAMM), wic 
Pascal, C, C++, Java, elc. emioglichen. insbesondere auf 
eine rekonfigurierbare Architektur. 
[0002] Unter einer konventionellen Prozessorarchitektur 
(PROZESSOR) werden vorliegend beispielsweise sequen- lO 
tielle Prozessoren mit einer von-Neumann- oder Havardar- 
cbitektur verstanden, wie z. B. Kontrollcr, CISC-, RISC-, 
VUW-, DSP- u. a. Prozessoren. 

[0003] Unter einer rekonfigurierbaren Zielarchitektur 
werden vorliegend Bausteine (VPU) mit konfigurierbarer 15 
Funktion und/oder Vemetzung verstanden, insbesondere in- 
tegrierte Bausteine mit einer Mehrzahl von ein- oder raehr- 
dimensional angeordneten, arithmetischen und/oder logi- 
schen und/oder analogen und/oder speichemden Baugrup- 
pen, die direkt oder dutch ©in Bussystem miteinander ver- 20 
bunden sind. 

[0004] Zur Gattung dieser Bausteine zahlen insbesondere 
systolische Arrays, neuronale Netze, Mehrprozessor-Sy- 
steme, Prozessoren mit mehreren Rechcnwcrken und/oder 
logischen Zellen, Vemetzungs- und Netzwerkbausteine wie 25 
z. B. C'rossbar-Schalter, ebenso wie bekannte Bausteine der 
Gattung FPGA, DPGA, XPUTER, etc. Hingewiesen wird 
insbesondere in diesem Zusammenhang auf die foigenden 
Schutzrechte desselben Aninelders: P 44 16 881.0-53, 
DE 197 81 412.3, DE 197 81 483.2, DE 196 54 846.2-53, 30 
DE 196 54 593.5-53, DE 197 04 044.6-53, 

DE 198 80 129.7, DE 198 61 088.2-53, DE 19980 312.9, 
PCr/DE 00/01869. DE 100 36 627.9-33, DE 100 28 397.7, 
DE 101 10530.4, DE 10111 014.6, PCT/EP 00^10516, 
EP 01 102 674.7. Diese sind hiermit zu Offenbarungszwek- 35 
ken vollumfanglich eingegliedert 

[0005] Es hat sich gezeigt, daB es bestimmte Verfahren 
und Progranunablaufe gibt, die sich besser mit einer rekon- 
figurierbare Architektur abarbeiten lassen als mit einer kon- 
ventionellen Prozessorarchitektur. Umgekehrt gibt es auch 40 
solche Verfahren und Programmablaufe, die besser mit cincr 
konventionellen Prozessorarchitektur ausgefiihrt werden 
konnen. 

[0006] Die Aufgabe dieser Erfindung besteht darin Neues 
fiir die gewerbliche Anwendung bereitzusteUen. 45 
[0007] Die Losung dieser Aufgabe wird in unabhangiger 
Form beansprucht. . _ 

[0008] Es wurde erkannt, daB es wiinschenswert ist, da8 
Verfahren zur Datenverarbeitung so ausgelegt werden, daB 
nur die jeweils fiir die rekonfigurierbare Zielarchitektur be- 50 
senders geeigneten Teile des zu iibersetzenden Programmes 
extrahiert werden. Die verbleibenden Teile des Programmes 
konnen dann auf eine konventionelle Prozessorarchitektur 
iibersetzt werden. 

[0009] Weiterhin sei angemerkt, daB die Verfahren auch 55 
auf Gruppen von mehiereD Bausteinen angewendet werden 
konnen. 



moglich ist und/oder ohne daB insbesondere die Datenverar- 
beitung auf dem rekonfigurierbaieo Pix>zessor und/oder dem 
herkonunlichen ftozessor signifikant unterbrochen werden 
muB, sowie die Ausbildung eines derartigen Systems soweit 
aus dem nachfolgenden ersichtlich, wird gleichfalls bean- 
sprucht. 

[0012] Es werden zunachst beispielsweise folgende Ver- 
bindungsverfahren und -mittel verwendet: 

a) Shared-Memory 

b) Netzwerk (beispielsweise Bussysteme wie z. B. 
Pd-Bus, Serielle Busse wie z. B. Ethernet) 

c) Kopplung an einen intemen Registersatz oder meh- 
rere interne Registersatze 

d) andere Speichermedien (Festplatte, Flash-ROM, 
etc.) 

[0013] Es sei erwahnt, daB hier als ein "Ptozessor" auch 
ein Dual-ProzessQTsystem und/oder ein andere Anordnun- 
gen aufweisendes System insbesondere mit mehr als zwei 
konventionellen Prozessoren gemeinl sein kann. Gleichfalls 
und/oder altemativ sind mehrere rekonfigurierbare Bau- 
steine gleicbzeitig verwendbar. 

t)bersetzungsprinzip 

[0014] Aus einem PROGRAMM werden mittels eines 
PRAPROZESSORS die Teile extrahiert, die sich auf die je- 
weils bestimmte(n) VPU(s) effizient und/oder sinnvoU ab- 
bilden lassen. Diese Teile werden in einem fur VPUs geeig- 
neten Format ausgegeben (NMTv). 

[0015] Der verbleibende Code und/oder der extrahierte 
Code wird an der Stelle der durch die Extraktion fehlenden 
Code-Teile uin einen Interface-Code erweitert, der entspre- 
chend der Architektur des Zielsystenis die Kommunikation 
zwischen PROZESSOR(en) und VPU(s) steuert Der ver- 
bleibende und ggf. erweiterte Code wird in Form einer klas- 
sischen Hochsprache ausgegeben (HOSTCODE), wobei die 
Gattung des ausgegebenen Codes insbesondere exakt der 
Gattung der ursprunglichen HOCHSPRACHE entsprechen 
kann. 

[0016] Diese extrahierte HOCTISPRACHE wird mittels 
eines gewohnlichen Standard-Ubersetzers fiir den/die jewei- 
ligen PROZESSOR(en) uberselzt, wobei es moglich ist, dies 
so zu gestalten, daB keinerlei besondere Anpassung des 
Ubersetzers an die verwendcte Datenverarbeitungsarchitek- 
tur notwendig ist. - — - . . 

[0017] Durch dieses Verfahren wird der Implementie- 
rungsaufwand der Programmienimgebung erheblicfa verein- 
facht. Zudem kann der Anwender den PROZESSOR weiter- 
hin in der ihm bekannten Programmierumgebung, die er firei 
wahlen kann, programmieren und debuggen. 



Systemaufbau 



ISO 



[0010] Ein PROZESSOR wird derartmit einer Oder meh- 
reren VPU(s) veibunden, daB ein effizienter Informations- 
austausch, insbesondere in Form von Daten- und Statusin- 
formation moglich ist. 

[OOU] Die Anordnung eines herkommlichen Prozessors 65 
und eines rekonfigurierbaren Prozessors, dergestalt, daB 
eine Daten- und Statusinformadon zwischen denselben 
wahrcnd der Abarbeitung eines oder mehrere Programme 



Extraktion 

[0018] Zunachst wird der fiir eine VPU geeignet erschei- 
nende Code aus dem PROGRAMM extrahiert. Die Extrak- 
tion kann auf unterschiedlichen Methoden basieren, die ein- 
zeln oder kombiniert angewendet werden. Folgende Metho- 
den sollen beispielhaft detaillierter beschrieben werden. 

Extraktion durch Hints 

[0019] Der Programniierer gibt explizit durch Hinweise 
(Hints) innerhalb des PROGRAMMES Anweisungen, wel- 
che Teile extrahiert werden sollen. Beispielsweise kann dies 
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folgendermafien erfolgen: 



Code 

/ / START_NML_EXTRACTrON 

Zu extrahierender Code 

/ / ENI>_NML_EXTRAC"nON 

Code 



V/START.NML^EXTRACnON- kennzeichnet den Be- 
ginn eines zu extrahierenden Codes. 
V/END^NML.EXTRACnON" kennzeichnet das Ende 
eines zu extrahierenden Codes. 

[0020] In einem soichen Fall ist die Einheit zur Umset- 
zung des Programms in Konfigurationscodes dazu ausgebil- 
det, die Hints bcziehungsweise Umsetzungsvorgaben zu er- 
kennen. 

Extraktion duich Aufruf von NML-Routinen 

[0021] Der Programmierer implementiert Teile dcs PRO- 
GRAMMES direkt in NML und springt in die NML-Routi- 
nen durch Aufrufe (calls). Beispielsweise erfolgt dies derart: 

a) NMl^Code 

procedure EXAMPLE 
begin 

end 

b) PROGRAMM Code 
Code 

call EXAMPLE / / Aufruf des NMI^Codes 
Code 



Obersetzung in NML 

[0025] Eine fur die implementierte VPU geeignete Ober- 
setzung des extrahierten Codes nach NML wird durchce- 

5 fiihrt. ^ 
[0026] Fiir datenfluBorientierte VPUs kann beispielsweise 
automatisch ein DatenfluB- und/oder KonliollfluBgraph auf- 
gebaut werden. Die Graphen weixlen dann in NML-Code 
ubersctzL Dabei kann gegebenenfalls bereits das Abbilden 

10 auf die VPU erfolgen, beispielsweise mittels der Durchfiih- 
rung dcs Plazierens der benotigten Ressourcen und des Rou- 
tens der Varbindungen (Place and Route). Dies geschicht 
zum Beispiel nach typischen bekannten Regehi des Plazie- 
rens und Routens. 



IS 



Analyse 



[0027] Mittels einer automatischen Analysemethode wird 
der extrahierte Code und/oder der ubersetzte NML-Code auf 

20 seine Verarbeitungseffizienz hin analysiert. Dabei ist die 
Analysemethode bevorzugt so gewahlt, daB der Interface- 
Code und die daraus entstehenden Perfomianceeinflusse an 
geeigneter S telle mit in die Analyse einflieSen. 
[0028] Gegebenenfalls wird die Analyse durch eine kom- 

25 plette Ubersetzung und Implementierung auf dem Hard- 
ware-System durchgemhrt, indem das PROGRAMM ausge- 
fuhrt und mit geeigneten Methoden, wie sie beispielsweise 
nach dem Stand der Technik bekannt sind, vermessen wird. 



30 



Loop 



35 



[0022] In diesem Fall ist die Einheit zur Umsetzung dazu 
ausgebildet, NML-Programmteile, das heiBt Programmteile 
zur Ausfuhrung in und/oder auf einem rekonfigurierbaren 
Anray in ein groBeres Programm einzubinden. 

Extraktion durch Analyse 

[0023] Durch an die jeweilig VPU angepaBte Analyseme- 
thoden werden Teile innerhalb des PROGRAMMES er- 
kannt, die effizient und/oder sinnvoil auf die VPU abbildbar 
sind. Dieselfeile werden aus dem PROGRAMM extrahiert. 
[0024] Eine beispielsweise fur viele VPUs geeignete Ana- 
lysemethode ist der Aufbau von DatenfluB- und/oder Kon- 
troUfluBgraphen aus dem PROGRAMM. Diese Graphen 
konnen hinsichtlich ihrer moglichen Parti tioniening und/ 
Oder Abbildung auf die Ziel-VPU automatisch untersucht 
werden. In diesem Fall werden die Teile der generierten 
Graphen bzw. die enlsprechenden PROGRAMM-Teile, ex- 
trahiert; die sich hinreichend gut partitionieren und/oder ab- 
bilden lassen. Hierzu kann eine Parti tionierbarkeits- und/ 
Oder Abbildbarkeitsanalyse erfolgen, die die jeweilige Ei- 
genschaft bewertet. 



[0029] Basierend auf den durchgeftihrten Analyse, k6n- 
nen verschiedene durch die Extraktion fiir eine VPU ge- 
wahlte Teile als ungeeignct identifizlert werden. Umgekehrt 
kann die Analyse ergeben, daB bestimmte fur mnen PRO- 
ZESSOR extrahierte Teile zur Ausfuhrung auf einer VPU 
geeignet wSren. 

[0030] Eine optionale Schleife, die nach der Analyse ba- 
sierend auf geeigneten Entscheidungskriterien zuriick in den 
40 Extrakdonsteil fiihrt, um diesen mit entsprechend der Ana- 
lyse angepafiten ExU-aktionsvorgabcn emeut auszufuhren, 
ermoglicht die Optimierung des tJbersetzungsergebnisses. 
Man hat somit eine Iteration. 

[0031] Die Schleife kann an niehreren unterschiedlichen 
45 Stellen in den Compilerlauf eingebracbt sein. 

Einbindung derPRCCTSSOR- und VPU-Compiler 

[0032] Der ausgegebene Code ist ublicherweise voUstan- 
50 dig und ohne weitere Eingriffe auf den jeweils nachfolgen- 
den Compiiem ausfiihrbar. Gegebenenfalls werden Compi- 
lerfiags und Constraints fur die nachfolgenden Compiler ge- 
neriert, wobei der Anwender optional eigene Vorgaben hin- 
zufugen und/oder die generierten Vorgaben modifizieren 
55 kann. Die nachfolgenden Compiler benotigen keine wesent- 
lichen Modifikationen, sodaB Standard-Tools einselzbar 
sind, 

[0033] Das voigeschlagene Verfahren eignet sich somit 
beispielsweise insbesondere als Praprozessor vor Compiiem 
60 und Entwicklungssystemen. 

Interface-Code 

[0034] Der Interface-Code, der in den extrahierten C6de 
65 eingesetzt wird, kann durch unterschiedliche Verfahren vor- 
gegeben werden. Bevorzugt wird der Interface-Code in ei- 
ner Datenbank abgelegt, auf die zugegriffen wird. Die Ein- 
heit zur Umsetzung kann so ausgebildet sein, daB sie eine 
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Auswabl des Programmierers beriicksichtigt, der beispiels- 
weise durch Hinweise ini PRCXjRAMM oder dutch Compi- 
lerflags den passenden Interface-Code auswahlt Dabd kann 
der fur das jeweils verwendete Implementiemngsverfahren 
geeignete Interface-Code gewahlt werden. 5 
[0035] Die Datenbank selbst kann durch unterschiedliche 
Methoden aufgebaut und gewartet werden. Einige Beispiele 
sollen zur Verdcutlichung der Moglichkeiten angefiihrt wer- 
den: 

10 

a) Der Interface-Code kann vom Lieferanten des Com- 
pilers fiir bestiranite Verbindungsverfahren vorgegeben 
werden. Dies kann bei der Organisation der Datenbank 
beriicksichtigt werden, indem entsprechende Speicher- 
mittel fur diese Angaben bereitgehalten werden. 15 

b) Der Interface-(;!ode kann vom Benutzer, der den Sy- 
stemaufbau bestinmit hat, selbst geschrieben oder aus 
bestehenden (Beispiel-) Interface-Codes modifiziert 
und der Datenbank zugefiigt werden. Das Datenbank- 
mittel wird hierzu bevorzugt benutzermodifizierbar ge^ 20 
staltet, urn dem Benutzer die Datenbankmodifikation 

zu ermoglichen. 

c) Der Interface-Code kann von einem Enlwicklungs- 
system, mit dem beispiclsweise der Systemaufbau gc- 
plant und/oder beschrieben und/oder getestet wurde, 2S 
automatisch generiert werden. 

[0036] Dor Interface-Code ist gewohnlicherweise derart 
gestaltet, daB er den Anforderungen der Prograinmierspra- 
che entspricht, in der der extrahierte Code vorliegt in den der 30 
Interface-Code cingefiigt werden soil. 

Debugging und Integration der Toolsets 

[0037] In die Interface-Codes konnen Kommunikalions- 35 
roudnen eingefiihrt werden, urn die unterschiedlichen Ent- 
wicklungssysteme fur PRQZESSOR und VPU zu synchro- 
nisieren. Insbesondere kann der Code fur die jeweiligen De- 
bugger aufgenommen werden. 

[0038] Der Interface-Code steuert den Datenaustausch 40 
zwischen PROZESSOR und VPU. Er ist daher eine geeig- 
nete und bevorzugte Schnitts telle, um die jeweiligen Ent- 
wicklungssystenie und Debuggets zu steuem. Es ist bei- 
spielsweise nioglich, einen Debugger fiir den PROZESSOR 
solange zu aktivieren, wie die Daten von dem Prozessor ver- 45 
arbeitet werden. Sobald die Daten iiber den Interface-Code 
an eine (oder mehiere) VPU iibeigeben werden, ist ein De- 
bugger fur VPUs zu aktivieren. Wird der Code zuriick an 
den PROZESSOR gesendet, soU wiederum der PROZES- 
SOR-Debugger aktiviert werden. 50 
[0039] Es ist daher also nioglich und bevorzugt, derartige 
Abiaufe durch das Einfugen von Steuercodes ftir Debugger 
und/oder Entwickiungssysleme in den Interface-Code abzu- 
wickehi. 

[0040] Die Kommunikation und Steuerung zwischen den 55 
unterschiedlichen Entwicklungssystemen soil daher bevor- 
zugt mittels in die Interface-Codes v<mi PROZESSOR und/ 
Oder VPU eingebrachte Steuercodes abgewickelt werden. 
Die Steuercodes konnen dabei bestehenden Standards fOr 
die Steuerung von Entwicklungssystemen weitgehend ent- 60 
sprecben. 

[0041] Die Verwaltung und Kommunikation der Entwick- 
iungssysleme wird vorzugsweise wie beschrieben in die In- 
terface-Codes abgewickelt, kann jedoch - sofem sinnvoU - 
auch getrennt von diesen, nach einem entsprechenden ahnli- 65 
chen Verfahren abgewickelt werden. 



Beschreibung der Figuren 

[0042] Fig. 1 verdeutlicht das vorgeschlagene Verfahren 
und zeigt einen moglichen Systemaufbau. Dabei ist ein 
PROZESSOR (0101) uber ein geeignetes Interface (0102) 
zum Daten- und Statusaustausch mit einer VPU (0103) ver- 

bunden. 

[0043] Ein PR(X3RAMM-Code (0110) wird in einen fiir 
den PROZESSOR geeigncten TeW (0111) und einen VPU- 
geeigneten Teil (0112) zerlegt. 

[0044] 0111 wird durch einen Standard-Compiler (0113) 
iibersetzt, wobei zusatzlicher Code zur Beschreibung und 
Verwaltung des Interfaces (0102) aus einer Datenbank 
(0114) eingefiigt wird. Auf 0101 ausfuhrbarer sequentieller 
Code wird generiert (0116) und sofem notwendig die ent- 
sprechende Programmierung (0117) des Interfaces (0102). 
[0045] 0112 wird durch einen VPU-Compiler (0115) uber- 
setzt, wobei ein zusatzlicher Code zur Beschreibung und 
Verwaltung des Interfaces (0102) aus einer Datenbank 
(0114) eingefUgt wird. Auf 0103 ausfiihrbare Konfiguratio- 
nen werden generiert (0118) und sofem notwendig die ent- 
sprechende Programmierung (0119) des Interfaces (0102). 
[0046] In Fig. 2 ist beispielhaft ein prinzipieller Ablauf ei- 
ner Compilation dargestellt Ein PROGRAMM (0201) wird 
in derExtraktionseinheit (0202) nach unterschiedlichen Ver- 
fahren in VPU-Code (0203) und PROZESSOR-Code (0204) 
zerlegt. Unterschiedliche Methoden konnen in beliebiger 
Kombination zur Extraktion angewendet werden, beispicls- 
weise Hinweise im ursprunglichen PROGRAMM (0205), 
Unterprogrammaufrufe (0206) und/oder Analyseverfahren 
(0207). Der jeweils extrahierte Code wird ggf. ubersetzt und 
ggf auf seine Eignung fiir das jeweilige Zielsystem hin 
uberpriift (0208). Dabei ist eine Ruckkopplung (0209) auf 
die Extraktion nioglich, uui Verbesserungen durch eine ge- 
anderte Zuordnung der Codes zum PROZESSOR oder einer 
VPU zu erhalten. 

[0047] Danach (0211) wird 0203 durch den Interface- 
C'ode aus einer Datenbank (0210) erweitert (0212) und/oder 
0204 wird durch den Interface-Code aus 0210 zu 0213 er- 
weitert 

[0048] Der enbitandene Code wird auf seine Perfonnance 
analysiert (0214), ggf ist eine Ruckkopplung (0215) auf die 
Extraktion moglich, um Verbesserungen dutch eine gean- 
derte Zuordnung der Codes zum PROZESSOR oder einer 
VPU zu erhalten. 

[0049] Der entstandene VPU-Code (0216) wird fur eine 
weitere Ufc)ersetzung an einen nachgeschalteten fur die VPU 
geeigneten Compiler weitergegeben. Der entstandene PRO- 
ZESSOR-Code (0217) wird fur die weitere Ubersetzung in 
einem beliebigen nachgeschalteten fiir den PROZESSOR 
geeigneten Compiler weiterverarbeitet. 
[0050] Es soli angemerkt werden, daB einzelne Schritte je 
nach Verfahren ausgelassen werden k6nnen. Wesentlich ist, 
daB weitgehend kompletter und ohne Eingriff durch den 
Programmierer direkt Qbersetzbarer Code an die jeweils 
nachgeschalteten Compilersysteme ausgegeben wird. 
[0051] Die Datenbank ftir die Interface-Codes (0210) wird 
unabhangig und vor dem Compilerdurchlauf aufgebaut 
Beispielsweise sind folgende (Juellen fiir die Datenbank 
moglich: Vom Lieferanten vorgegeben (0220), vom Benut- 
zer programmiert (0221) oder automatisch von einem Ent- 
wicklungssystem generiert (0222). 

[0052] Zusammenfassend befaBt sich die vorliegende Er- 
findung mit Verfahren, die eine Ubersetzung einer klassi- 
schen Hochsprache wie Pascal, C, C-H-, Java, etc. auf eine 
rekonfigurierbare Architektur ennoglicht. Das Verfahren ist 
derart ausgelegt, daB nur die jeweils fiir die rekonfigurier- 
bare Zielarchitektur geeigneten Telle des zu ubersetzenden 
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Programmes extrahiert werden. Die verbleibendeo Teile des 
ProgTdnimes werden auf eine konventioneile Prozessorar- 
chitektur ubersetzt 

Patentanspriiche s 

1 . Verfahien zur Obersetzung von Ptograimnen auf ein 
System bestebend aus wenigstens einem ersten Ptozes- 
sor und eincr rekonfigurierbaren Einheit, dadurch ge- 
kennzeldinet, daB die Codeteile, die fiir die rekonfigu- to 
rierbare Einheil geeignet sind, bestimmt und extrahiert 
werden und der verbleibende Code zur Abarbeitung 
durch den ersten Ptozessor derart extrahiert wird. 

2. Verfahren nach Anspruch 1 , dadurch gekennzeich- 
net, daB dem fur den Prozessor extrahierten Code der- 15 
art Interface-Code zugefugt wird, daB eine Kommuni- 
kation zwischen Prozessor und rekonfigurierbarer Bin- 
heit entsprechend des Systems moglich ist. 

3. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB dem fiir die rekonfi- 20 
gurierbare Einheit extrahierten Code derart Interface- 
Code zugefiigt wild, daB eine Koramunikalion zwi- 
schen Prozessor und rekonfigurierbarer Einheit «it- 
sprechend des Systems moglich ist. 

4. Verfahren nach einem der vorhergehenden Anspru- 25 
che, dadurch gekennzeichnet, daB der zu extrahierende 
Code aufgrund von Analysen festgestellt wird 

5. Vafahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dafi der zu extrahierende 
Code aufgrund von Hinweisen im Code festgestellt 30 
wird. 

6. Verfahren nach einem dex vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB der zu extrahierende 
Code aufgrund von Aufrufen von Unterprogramnien 
festgestellt wird. 35 

7. Verfahren nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, daB der Interface-Code 
eine Speicherkopplung (Shared-Memory) vorsieht. 

8. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB der Interface-Code 40 
eineRegisterkopplung vorsieht. 

9. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB der Enterface-Code eine Kopplung mittels ei- 
nes Nelzwerkes vorsieht. 

10. Verfahren nach einem der vorhergehenden An- 45 
spriiche, dadurch gekennzeichnet, daB der extrahierte 
Code analysiert wird und gegebenenfalls die Extrak- 
tion mit neuen verbesserten Parametem emeut gestartet 
wird. 

1 1 . Verfahren nach Anspruch 1 , dadurch gekennzeich- 50 
net, daB dem extrahierten Code Steuer-Code zur Ver- 
waltung und/oder Steuerung und/oder Kommunikation 
der Entwickiungssysteme zugefugt wird. 

12. Verfahren nach einem der vorhergehenden An- 
spriiche, worin der erste Prozessor eine konventioneile 55 
Prozessorarchitektur aufweist, insbesondere cin Pro- 
zessor mit von -Neumann- und/oder Harvardarchitck- 
tur, KontroUer, CISC-, RISC-, VLIW-, DSP-Ptozessor. 

13. Vofahren insbesondere nach einem der vorherge- 
henden AnsprQche zur Ubersetzung von Ptogranmien 60 
auf ein System bestehend aus einem Prozessor und ei- 
ner rekonfigurierbaren Knheil, dadurch gekennzeich- 
net, daB 

die Codeteile, die fiir die rekonfigurierbare Einheit ge- 
eignet sind, extrahiert werden, <S5 
der verbleibende Code derart exU-ahiert wird, daB er 
mittels eines behebigen gewohnlichen unmodifizierten 
fur den Prozessor geeigneten Compilers iibersetzbar 



ist. 

14. Vorrichtung zur Datenverarbeitung mil wenigstens 
einem herkommlichen Prozessor und wenigstens einer 
rekonfigurierbaren Einheit, dadurch gekennzeichnet, 
daB sie ein Mittel zum Informationsaustausch, insbe- 
sondere in Form von Daten- und Statusinformation 
zwischen herkomnihchem Prozessor und rekonfigu- 
rierbarer Einheit aufweist, wobei das Mittel so ausge- 
bildet ist, daB eine Daten- und Statusinformation zwi- 
schen denselben wahrend der Abarbeitung eines oder 
mehrerer Programme moglich ist und/oder ohne daB 
insbesondere die Datenverarbeitung auf dem rekonfi- 
gurierbaren Prozessor und/oder dem herkommlichen 
Prozessor signifikant unterbrochen werden muB. 
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